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Mobile computing system architecture 

(57) System for operating plurality of diverse mobile computing devices 200 used by mobile users. Provision 
of a web application server 100 with access to a subscriber database 150 allows a master application 715 in 
markup language to be interpreted for each device. Applications and data in the form of script are downloaded 
to each mobile computing device and can continue to function offline with periodic synchronisation of data 
and application with information held in an information server database 460. 
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The present invention relates to the field of mobrle 
counting solutions. A particular embodiment relates to 
a fully customable system and software means for co- 
ordinating, organising and fulfilling the computing needs 
7 of mobile workers. 

At the present time, many industries provide mobile 
workers with mobile computing and communication devrces 
which are used to provide the mobile worker with 
information they need to carry out their job, and also to 
store information reporting the tasks they have earned 
out. Example mobile workers are meter readers, goods 
delivery workers, travelling salesmen etc. Examples of 
the type of information would be a list of things to do 
during the day, customer addresses etc and then . 
confirmation and verification information that tasks had 
been carried out, time stamps for particular events, new 
client information, notes etc. 
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1 For example, a postal delivery worker might, on a daily 

2 basis, download a list of parcels to deliver, where and 

3 when they have to be delivered and may, in the course of 
deliveries, scan parcel bar codes or make records to show 

5 that deliveries have been completed at particular times. 

6 Typically, these systems require considerable hardware 

7 specific programming and implementation. Such systems 

8 need customised depending on the nature of the hardware 

9 devices carried by mobile workers, the servers organising 
the system and the networking hardware (e.g. ethernet, 
telephone network) use for interfacing with mobile units 
at the beginning and end of the day. As well as the time 
and expense involved in customisation this means that 
individual organisations have separate and non-compatible 

15 mobile computing solutions. 

16 

Recently, internet-based application servers have become 
a popular method of delivering computing solutions to 
multiple users. It would be desirable to provide an 
application server adapted for the needs of companies 
with mobile workers. However, given the use by different 
firms of different hardware and software programs it is 
hard to see how this could be achieved and so an aim of 

24 the present invention is to provide application server 

25 technology for use in delivering mobile computing 

26 solutions to multiple users, being fully internet 

27 enabled, customisable and requiring minimal or no 

28 configuration by mobile workers. 
29 

30 One aim of the present invention is to provide a system 

31 which can be operated using any type of commercially 

32 available mobile computing hardware without 

33 customisation. In the present system the only action 

34 typically required by a user to configure a mobile unit 
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«-««. i«i to input one internet address 
1 for use with the system is to inpu 



2 once. 



3 * ,kp nresent invention is to provide a 

a a further aim of the present j-' 

Lis for enablin, the system to function when rndrvrdual 

6 mobile communication and computing 

^■p lino In one extreme at tne 
t r, e rindically on and off-line. J." " 

I :::::: j:. — . 

, — w «- ;:r - - a - ; the day . 

10 and uploaded to a central server « 

{t is known to provide a web server 

II in another extreme it is known v 

application which can be accessed online; 
3 tyPe of system cannot function when offline and, 

14 Vo.ic.itively expensive to regain permanently connected, 

15 is not financially viable. 

" Therefore, another aim of the present invention is to 

enable mobile workers to benefit from the communications 
possibilities of mobile network communications wrth a 
base system, whilst continuing to be able to function 
seamlessly when said mobile communications networks are 
22 unavailable- 

A further aim is to gain the benefits of dynamic 
communication with a remote server without the high costs 
of, for example, an always on internet connection. 
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A further aim of the present invention is to provide a 
worker with access to the task and data information 
servers belonging to a plurality of third party 
organisations which have different hardware and software 

32 systems. 
33 



4 

1 a yet further aim is to implement the above aims whilst 

2 requiring the mobile units to have only standard browser 

3 and communications software and hardware. 
4 

5 According to a first aspect of the present invention 

6 there is provided a system comprising: 
7 

8 a plurality of mobile units for use by mobile users; 

9 

10 an application server; 

11 

12 communications means for enabling said mobile units 

13 to communicate with the application server; 
14 

15 a subscriber database comprising information about 

16 the software and/or hardware capabilities of 

17 individual mobile units; 
18 

a script database comprising equivalent script 
segments for carrying out particular functions on 
mobile units with different software and/or hardware 
22 capabilities; wherein 

23 

24 the application server is adapted to provide an 

25 application script to a mobile unit, said 

26 application script being prepared from script 
segments selected from the script database according 
to the information stored in the subscriber database 

29 about the mobile unit. 

30 

31 Preferably, the system further comprises a master 

32 database, said master database having mobile user 

33 specific data, said application script further comprising 
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■ c - A*r* specific to the mobile user 

1 mobile user specific data speciric 

2 acquired from the master database. 

• *_ ^v^voq 3 roov of said mobile 

4 Preferably, a mobile unit stores a copy o 

5 user specific data. 

7 More preferably, a mobile unit edits the copy of said 

8 mobile user specific data. 

W Preferably also, the copy of said mobile user specific 
1, data can be synchronised with the mobile user specrfrc 
12 data stored in the master database. 

£ Most preferably, the application script is synchronised 

15 concomitantly with synchronisation of the mobile user 

16 specific data. 

Z Typically, the mobile user specific data relates to tasks 
19 to be carried out by said mobile user. 

Z Praferably mobile user specific data relates to tasks 
I which have been or are bein, carried out by said mobrle 
23 user. 

Preferably, the system further comprises master 
application program code means which are interpreted by 
the application server to prepare the application scrrpt 
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M ost preferably, the master application program code 
means is stored in markup language. 

Said mobile units may communicate with the web 
application server over the internet. 
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1 said mobile units may comprise a browser, said browser 

2 executing the application script. 



According to a second aspect of the present invention 
there is provided a method comprising the steps of: 

acquiring information about the software and/or hardware 
capabilities of a mobile unit from a subscriber database, 
the mobile unit being for use by a mobile user; and 

preparing an application script customised for the mobile 
unit from script segments being selected from a script 
segment database according to the software and/or 
hardware capabilities of the mobile unit. 

Preferably, said application script further comprises 
data specific to a mobile user acquired from a master 
database of mobile user specific data. 
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20 Preferably also, a mobile unit stores a copy of said data 

21 specific to a mobile user. 
22 

23 Preferably, the copy of the data specific to a mobile 

24 user is edited by the mobile user. 
25 

26 More preferably, the method further comprises the step of 

27 synchronising the copy of the data specific to a mobile 

28 user with the data specific to a mobile user stored in 

29 the master database. 
30 

31 Preferably, said data specific to a mobile user comprises 

32 information concerning tasks to be performed by or which 

33 have been performed by said mobile user. 
34 
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preferably, said application script is prepared with 
2 reference to a master application. 



3 



4 Typically, said master application is steed in the form 

5 of a markup language. 

6 . «™^««» a browser and the application 

7 A mobile unit may comprise a Drowse 

8 script be executed by said browser. 
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According to a third aspect of the present 
there is provided a computer program comprising program 
instructions which, when ioaded into a computer, comprrse 
the application server of the system of the first aspect. 

According to a fourth aspect of the present invention 
there is provided a computer program comprising program 
instructions for causing a computer to perform the 
process of any of the second aspect. 

According to a fifth aspect of the present invention 
there is provided a computer program comprising the 
application script of any of the second aspect. 



The present invention will now be illustrated with 
25 reference to the following figures in which: 

27 Figure 1 shows a schematic diagram of overall system 

28 architecture; 



29 
30 
31 
32 



Figure 2 shows a flow chart of a typical days 
operations by a mobile worker; 
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3 and 
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Figure 3 shows a block diagram of components of a 
mobile device according to the present invention; 



4 

5 Figure 4 shows a schematic diagram of the flow of 

6 data within the system. 
7 

8 S ystem overview 

9 Figure 1 illustrates in block format the individual 
components of the system and the connectivity between 
them. The system comprises a web application server 100, 
and a plurality of mobile computing devices capable of 
executing scripts shown by way of example as 201 - 204 
and referred to generally as 200. Typically, there are 
further provided one or more information servers shown by 
way of example as 451 - 453 and referred to generally as 
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The invention comprises program code, usually localised 
on the web application server, to enable different mobile 
_ units to function with the web application server. The 

23 • invention also comprises one or more applications in a 

24 mark-up language, referred to below as mobile application 

25 mark-up language (MAML) , and the overall methodology and 

26 hardware of the system as a whole. MAML Applications 
dictate mobile device functionality and, in two different 
embodiments are either (a) interpreted into a script 
language appropriate to an individual mobile unit with 
reference to a database 150 of subscriber mobile unit 
information or (b) transmitted in MAML to the mobile 
computing devices which have thereon MAML interpreters. 
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•~~<= a further protocol using 
i The invention also comprises a further p 

1 here termed Application Extensible 

2 markup language, here te 

3 Mobile Language (AXML) us informat ion 
between the web application server 



4 

5 servers 
6 



6 devices 200 for use with the system can be of 

7 The mobile devices ^ h 
a variety of different types. The regurrements of 

e tnat it oan communicate with the web application 
:lLlr doLloading and executing scripts and having the 
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11 capacity to upload data. 
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devices 200 would be a Windows CE- mobile 
Example mobile devices ^ 

, < CG 201 with JavaScript™ enabled browser 211, W 
device 2d wit WMLScript™ 212 connected through a 

mobile device 202 witn v virtual 

~r- 222 a KVM™ mobile device ,203 or Java 
WAP server 222, a 



„ machine. future technologies such as iMode™ and other 
formats could clearly also be used. .In another 
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24 201 Essentially, each mobile device 200 regurres the 

« capacity to exchange information with the weh application 

25 capacity ,w ft ,itnnt date 
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capacity - ^ inp ut/output date 

server 100, execute a script anu ^ 

through a user interface. 

Br owsers may be supplemented by ActiveX™ compone nts ~ 
JaV a™ APP lets on the device to communicate with 
specific interfaces 220 for driving peripherals 221, 
Temple, software and hardware interfaces for Signature 
capture systems, scanners, printers, the global 
Positioning system, mobile telephone locating systems 
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1 etc. This means that the mobile device can be used more 

2 or less out of the box with no specific applications or 

3 data required. 
4 

5 Mobile devices may for example be in the form of mobile 

6 telephones, palmtop organisers, laptop computers, 

7 computers integrated into vehicles etc. Users of mobile 

8 devices will typically be travelling workers such as 

9 salesmen, meter readers, delivery workers, van drivers, 
10 factory workers or robots. 

11 

12 In the example embodiment, mobile devices 200 communicate 

13 with the central web application server 100 via a network 

14 server 125, typically an HTTP server, using TCP/IP. 

15 Communication between server 125 and mobile units 200 is 

16 through a communications network 300. The communications 

17 network 300 could be a fixed PSTN line, LAN or WAN into 

18 which mobile units 200 can be connected from time to 

19 time, but will preferably be a mobile communications 

20 network such as GSM, GPRS or future mobile telephone 

21 systems. The mobile device could also be connected to 

22 either an Intranet or an Internet via a standard RAS ^ 

23 connection using a direct network connection. 

24 Information is exchanged between the network server 125 

25 and mobile units 200 using known hardware independent 

26 exchange protocols such as TCP/IP. Use of a standard 

27 protocol such as TCP/IP allows different physical 

28 communications 300 to be readily used with different 

29 mobile devices 200. Different types of physical 

30 communications network can be integrated as alternatives 

31 or consecutively as a data transmission pathway. 
32 

33 Application server hardware/software 
34 
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. atwlicati on server can be implemented in an 
The we b applxca- env— and application 

indUStr !I ZZl COLDEOSXOH.. Usefully CO^USIO*- can 

Tv> HTTP servers can be implemented usxng, for 
LINUX™. The HTTP serve 

example, APACHE™, or other similar servers. 

I . Th e application server 100 has access to a « 

9 database 150 which comprises ^—^.^.^ 
,0 hardware and software capabilities, configuration and 
u ser data relating to individual subscrrber mobrle 
devices showing generally as 200. The 
database is describe further below. Typically, the 
subscriber database is directly connected to the web 
plication server XOO; alternatively, information can be 
stored on information servers or HWL enabled mobrle 
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^formation server systems comprise typxc.ll,. « HTTP 
serve r 400, an information server. Natrve or ODBC 
drivers 470 may be used to interface between an server 
451 and associated database 460. Said databases and 
drivers are readily implemented using common software 
tools available from, for example, Sybase™, Oracle", 
DB2 ~ SQL server" etc. Commonly available information 
servers include those sold by VANMAN-, OPTRAC- and 
29 Systems Union™ ♦ 
30 

Typically, the central web application server 100 is 
connected through the internet to one or more information 
server systems shown by way of example as 451, 452 and 
453 and referred to generally as 450. The information 
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1 servers 450 may belong to the same organisation that owns 

2 the web application server 100 or may belong to third 

3 party organisations. Importantly, each of these 

4 information server systems may be entirely different in 

5 internal composition and configuration. The only 

6 requirement is that they can communicate with the central 

7 web application server in a specified interface format 

8 discussed below. The information servers function to 

9 provide information required by users of mobile units and 

10 to store information returned by them. For example, an 

11 information server may comprise information about a list 

12 of tasks to be performed on a particular day by a 

13 particular mobile user, belonging to a particular 

14 organisation which has subscribed to the facility 

15 provided by the web application server 100. 
16 

1 7 Use of system by end user 
18 

19 Figure 2 shows a flow chart of an example day' s use of a 

20 mobile communications device and of the systems owned by 

21 an individual travelling worker. An important is that 

22 the system as a whole can work with different mobile 

23 units without them requiring extensive personalisation. 

24 The aspect of the system which makes this possible is the 

25 ability of the web application server to store in the 

26 subscriber information database information about the 

27 individual mobile unit and the use of MAML/AXML described 

28 below to customise the script sent to the individual 

29 mobile unit. 
30 

31 To begin with 601, the mobile communications device 

32 connects across a network such as an Intranet or the 

33 Internet as discussed above to the central web 

34 application server 100. After connecting 602, the device 
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j logS in 603 to an information server 450 or central web 
p lication server 100. for example, using TCP IP. The 
Zne unit might log into a start pace defined by a 
universal resource locator, for example it might oonneot 
to a web page belonging to a proprietor/user of an 
„ information server 450. preferably this wrll be the 
7 internet address of the web application server 100. 

Tne mobile unit may be pre-set up for a particular user 

»ith password etc information. Alternatively, the web 

application server may use caller line identification 

doxies or other identification technics to esta blish 

,3 the user. The user is then either recognised or reacted 

M ,04. Upon log-in the system identifies the user 605 and 

4-v,-i<= i«! nart of the user set-up. The 
15 their device as this is part 
6 subscriber database 150 may contain further information 

17 relating to the particular user of the mobile device, 

18 such as the type of device they are using, their 
nation, the nature of their business, the type of third 
party application servers 450 to which they should be 
allowed access etc. A document is then downloaded 606 
from the central web application server and third party 
application servers 415. The particular information 
downloaded is based on information held in the central 
subscriber database 150 and task information stored m 
third parties databases and servers 450 460. 

These can be managed directly from the depot which 
controls individual projects. For example, it will 
prescribe a particular series of tasks such as locations 
we visited, parcels to be dropped off which has been 
decided by the depot. The information is downloaded m 
the form of a script comprising both an application and 
associated data. The script is customised for the 
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1 particular mobile unit and mobile worker, the application 

2 being adapted to function on their particular mobile unit 

3 and the data being customised to a particular list of 

4 tasks. This customisation is described further below. 

5 

6 At some point after recognition 605 and typically after 

7 download or concurrently with download 606, the mobile 

8 unit 200 will in some embodiments be locked 607 to 

9 prevent access to other functionality. This enables the 

10 complete functionality of the hand-held unit to be 

11 prescribed, although, for example, a restricted option 

12 password may be provided to allow a return to full 

13 operating system functionality. The access to other 

14 mobile device functionality whilst the programme is 

15 running may be varied depending on information held on 

16 the subscriber database 150 about the nature of the user 

17 and their level of technical sophistication. Locking is 

18 not essential but will be preferred for some users. 
19 

20 Next, the user will perform their day's work 608. For 

21 example, they will be able to print information such as 

22 receipts, print-outs of job tasks etc., look at lists of 

23 tasks and associated information. They will be able to 

24 read bar code' information, read/write to intelligent tags 



etc. They may be able to capture signatures and other 



25 

26 identifying material and transmit these back to base. A 

27 benefit of the invention is that instead of them having 

28 to perform this upload only at the end of the day or only 

29 on-line every time they carry out a transaction, data and 

30 application synchronisation can be performed at 

31 intervals. Furthermore, they will be able to read credit 

32 cards/smart card information, handle complex transaction 

33 information such as calculating pricing costs etc off- 

34 line and will be able to communicate with other devices 
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, such as vehicle blacK boxes. GPS etc 218. Importantly, 
interface design will be simple and easy to use. 

At any point during the day the user will be able to 
synchronise 609 / transmit / download information from 

^r~v mo and information servers. 

6 the Web application server 100 and in 

7 Per example, they would be able to transmit information 
of worx that has been completed such as parcels pic.ed up 

9 or delivered, and pick up information about new worx. 
,0 well as just exchanging and synchronising data, the 
„ system is also capable of exchanging and synchronising 
U the actual application software running on the mobile 
13 unit. Therefore they can readily download updates to 
„ software. This feature might be particularly important 
, when they wish to deal with several different third party 

16 information services 451, 45* and 453 for which different 

17 software will be required. 

19 The term "synchronise" refers to the known process of 
making two different data sets, such as lists of tasks, 
correspond in meaning. Typically, the list of tasks xn 
the mobile unit is synchronised with the list of tasks 
stored in an information server 450 or associated 
database 460. For example, when the mobile unit has 
updated a record relating to a particular task, the 
synchronisation process would involve updating the record 
in the database 460 with that updated record. Rules can 
readily be written by one skilled in the art to deal with 
situations when both records may have changed. 
Application synchronisation involves ensuring that the 
application within the mobile unit is the version 
considered most appropriate by the web application server 
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1 At the end of the day the user can then reconnect to the 

2 central web application server 100 and upload data 610 

3 concerning their tasks carried out during the day. At 

4 that point the day's tasks end 611 and information to do 

5 with one journey is finished and another journey can be 

6 begun immediately or at a later date. Although one day 

7 has been referred to as the duration of an individual 

8 journey in this application, it will be clear to one 

9 skilled in the art that this could be any period, for 

10 example, a few hours or a few days or weeks or even 

11 indefinitely. 
12 

13 The above operation routine is common to all potential 

14 use of the system, for example van sales, parcel 

15 delivery, fuel service etc. 
16 

17 Data formats 
18 

19 A variety of different information exchange formats are 

20 used between different components of the system and 

21 several of these are new and important to the 

22 functionality of the invention. Importantly, application 

23 and data information delivered to individual mobile units 

24 is in the form of script in standard mark-up language. 

25 Whereas the information delivered and the way in which it 

26 operates is new, the underlying software, being delivery 

27 of web documents through standard HTTP servers, is 

28 standard allowing integration with common known software 

29 and hardware implementations. HTTP is used as common 

30 protocol for communications and also allows the central 

31 web application server 100 to exchange information with 

32 other HTTP servers 400, database sources and other 

33 devices such as mobile telephones etc. 
34 
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\ As discussed above, each mobile device .00 has the 

^ a script and input/output data with a 
capacity to execute a script a 



2 

3 user 



5 The central web application server 100 accepts, 

, hP nticates and processes requests from the 

6 validates, authenticates anu f . 

7 mobile units 200. Importantly, the central web 

8 application servers provides a subscriber database ISO to 

9 U3 e in this process. This database contains information 

10 on the types of browsers, other software components. 
„ subscribers applications and any spoken lan g ua g e 

n translations provided on individual mobile units. The 
, ^formation for the subscriber database can be imported 
,4 from the information servers 450 or the information - 
servers associated databases 460, or may be maintained 
standalone and connected directly to the web application 
server as shown in Figure 1. Alternatively, the 
subscriber database can be held in a plurality of 
19 locations. 
20 

21 Once requests for information are received from the 

22 mobile unit and validated, script is then delivered by 

23 the central web application server 100 to the mobile unit 

24 200. importantly, the central web application server 100 
obtains data and application information relevant to the 
user of the individual handheld unit 200, for example 
task lists, from the relevant HTTP information server 400 
in the form of a specialised version of XML, referred to 
herein as application extensible mark-up language, AXML. 

This data is then combined with application related 
information which is assembled in the form of mobile 
application mark-up language, MAML. which is a format we 
have designed to enable the HTML/ JavaScript capabilities 
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1 and mobile browsers (or in the case of WAP browsers, 

2 WML/WMLScript) to function with this system. MAML also 

3 allows the delivered application to continue running and 

4 being used without the browser being connected to the 

5 server. It also provides specific functions required on 

6 the individual mobile device 200 to make that application 

7 easy and fast to use. 
8 

9 Data flow, MAML interpretation 
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Figure 3 shows an example of the flow of data through the 
system. In this example, a mobile unit 200 sends an HTTP 

13 request to the web application server 100. In response 

14 to this the web application server 100 makes a further 

15 HTTP request to an information server 450 in AXML for 

16 task data relating to the particular user of the mobile 

17 unit. 
18 

19 Task related data 701 is stored within a database 750 and 

20 in an example format contains header information 704 

21 relating to a particular individual 703 and a particular 

22 day 702. The database 750 can be stored on or associated 

23 with an information server or in any other location 

24 directly or indirectly accessible by the web application 

25 server 100. A list of tasks 705, 706 etc is also stored 

26 in an appropriate data format as will be clear to one 

27 skilled in the art. Example tasks might involve a 

28 particular action (deliver a parcel / meet a client / 

29 read a meter) , identifier information (location for a 

30 delivery, identifier for a parcel, miscellaneous 

31 information data), time and location information. 
32 

33 Task data can be submitted to the system in numerous 

34 ways. For example, it could be held on task information 
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as sociated with third party information servers 

1 databases - ^ ip . house syst6ms . 

2 450 " Snabl ; S it y could be submitted over the internet 

3 R1 ternatively , - ^ „ ith 

dlr ectly to a task i ^ ^ >t 

th e web application server ^ ^ ^ 

a factory requiring delivery P ^ 

nH „ al „eb technology to submit a request 

conventional web in£orma tion databases for 

: ht also be supplied by mobile users, during the 
process of application and data synchronisation or 
12 separate requests. 

" x„ response to the request from the web application 

loo the task data record 70! is then processed by 
server 200 the task transmitted to the central 

16 the information server *=>u 

„ web application server 100 in the form of an AXML 
18 document 710. 

A n plication 715 for interpretation and delivery to the 
life unit ,00 is stored in format ^ 
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n the u eb server 100 although it can be 
23 information servers 450 or other sources. In order to 

_ rlot 740 to transmit to the mobile unit, the 

l along with two different further classes of data r cords 

27 a subscriber database 720 and script database 730 

28 usually held within the subscriber database 150. 

2 subscriber database 720 contains information concerning 

30 the particular user of a mobile unit 200 and the 

3, configuration and capabilities of that unit and ^ 

Peripherals associated therewith. The script database 
33 730 contains hardware and software specific segments of 
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1 script. Preferably, subscriber database and script 

2 database are both in the form of lists. 
3 

4 MAML is interpreted by the web application server 100 by 

5 sequentially selecting script segments from script 

6 database 730 as appropriate depending on the user 

7 information stored in the subscriber database 720. For 

8 example, the script segment data records will contain 

9 script for common functions e.g. displaying buttons, 

10 formatting frames, displaying text etc. in several 

11 different formats such as WML Script, JavaScript etc. and 

12 the appropriate script segment is selected depending on 

13 the type and capabilities of the machine as stored in the 

14 user information records 120. 
15 

16 Therefore a script 740 comprising an interpreted 

17 application is produced and combined with the data 

18 received in AXML format. This is then delivered to the 

19 mobile unit 200 where it is executed. As part of the 

20 execution process, the copy of the data on the mobile 

21 unit 200 can be viewed, amended, edited, deleted or added 

22 to. Importantly, this can be carried out whilst the 

23 mobile unit 200 is offline. 
24 

25 Whilst it runs offline the data contained within the 

26 script can be altered and records containing additional 

27 information, such as signatures, notes and timestamps 

28 relating to deliveries and events can be stored within 

29 for transmission back to the mobile web application 

30 server 100 the next time the mobile unit communicates 

31 with the web application server 100. 
32 

33 Periodically the mobile unit 200 can request 

34 synchronisation and the task data is synchronised with 
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l that stored in the task database 460, being reconverted 
into AXML for transmission to information servers 450.- 

, As a result of this process, information for transmission 

5 to/from diverse information servers 450, can be 

6 integrated into a standardised form and exchanged with 

7 diverse mobile units 200. This allows the owners of the 
information servers 450 to concentrate on provision of 

9 the data being exchanged whereas the owners of the 

central web application server 100 can concentrate on the 
front end, user interface and, importantly, adaptation 
for different software and hardware configurations of 



2 

3 

4 
5 
6 
7 
8 



10 
11 
12 

13 mobile unit. 
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19 
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24 
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26 

27 

28 
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30 

31 

32 

33 



XML data may be converted into different markup formats 
using the XML document transformation standard XSLT 
(Extensible Stylesheet Language Transformations) or 
similar transformation techniques. This may be required 
to enable particular information servers 450 to 
communicate with HTTP servers 400. 

The present invention has enabled mobile workers to use 
mobile units with regularly updated applications and 
information without requiring the costs of an always-on 
connection or the time limitations of only being able to 
download/upload information on a daily basis. 

Furthermore, the invention enables owners of information 
servers to maintain their databases without requiring 
them to additionally take on the complex role of 
providing access to their databases to mobile users who 
may have a plurality of different types of device. 
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1 This also enables a mobile user 100 to carry out tasks 

2 relating to multiple corporations as a single web 

3 application server 100 can interface with several 

4 information servers 450. 
5 

6 As the invention relates to the overall configuration of 

7 the system and the functionality of the central web 

8 application server 100, information server 450 and 

9 associated databases 150, 460, standard mobile computing 

10 devices can be immediately used with the system with 

11 minimal or no customisation, providing a cost-effective 

12 solution. 
13 

14 in another embodiment, the web application server 100 

15 functionality is fully integrated with an information 

16 server 450 and the relevant software may be provided as a 

17 module to add functionality to an information server 450. 

18 

19 In further embodiments the information provided to mobile 

20 users need not be limited to task related information. 

21 The system will be useful wherever data can usefully be 

22 distributed to and received from mobile users using 

23 diverse mobile units 200. It is particularly beneficial 

24 when the ability to keep working on the data when it is 

25 offline is useful. For example, it could be applied to 

26 the field of computer games. In this embodiment, the web 

27 application server 100 or information servers 450 

28 maintain a central database relating to a multiplayer 

29 game: e.g. attributes of players, characters, simulated 

30 universes etc. in a manner associated with games such as 

31 Civilisation™,' Age of Empires™, multi user dungeons, 

32 Pokemon™ etc. The web application server 100 with 

33 reference to the subscriber database 150 enables 

34 information relating to the game plus an associated 
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ir, the form of a script customised to the 
application in the fo ^ ^ individual 

T a ;rr^:r:— scri Pt «. P ^ r 

lonlinue play off-line. usin 9 .. amende and addin, to the 
stored information which is then synchronised 
periodically with the central database. 

pother modifications and improvements can be made by one 
billed within the art within the scope of the invention 
herein disclosed. 
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1 CIAIMS 

2 

3 1. A system comprising: 
4 

5 a plurality of mobile units for use by mobile users; 
6 

7 an application server; 
8 

9 communications means for enabling said mobile units 

!0 to communicate with the application server; 
11 

12 a subscriber database comprising information about 

13 the software and/or hardware capabilities of 

14 individual mobile units; 
15 

16 a script database comprising equivalent script 

17 segments for carrying out particular functions on 

18 mobile units with different software and/or hardware 

19 capabilities; wherein 
20 

21 the application server is adapted to provide an 

22 application script to a mobile unit, said 

23 application script being prepared from script 

24 segments selected from the script database according 

25 to the information stored in the subscriber database 

26 about the mobile unit. 
27 

28 2. The system of Claim 1 further comprising a master 

29 database, said master database having mobile user 

30 specific data, said application script further 

31 comprising mobile user specific data specific to the 

32 mobile user acquired from the master database. 
33 
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1 3. The. system of Claim 2 wherein a mobile unit stores a 

2 copy of said mobile user specific data. 
3 

4 4. The system of Claim 3 wherein a mobile unit edits 

5 changes the copy of said mobile user specific data. 

6 

7 5. The system of Claim 4 wherein the copy of said 

8 mobile user specific data can be synchronised with 

9 the mobile user specific data stored in the master 
10 database. 

11 

12 6. The system of Claim 5 wherein the application script 

13 is synchronised concomitantly with synchronisation 

14 of the mobile user specific data. 
15 

16 7. The system of any preceding Claim wherein mobile 

17 user specific data relates to tasks to be carried 

18 out by said mobile user. 
19 

20 8. The system of any preceding Claim wherein mobile 

21 user specific data relates to tasks which have been 

22 or are being carried out by said mobile user. 
23 

24 9. The system of any preceding Claim further comprising 

25 master application program code means which are 

26 interpreted by the application server to prepare the 

27 application script. 
28 

29 10. The system of Claim 9 wherein the master application 

30 program code means is stored in markup language. 
31 

32 11- The system of any preceding Claim wherein said 

33 mobile units communicate with the web application 

34 server over the internet. 
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2 12. 

3 

4 



The system of any preceding Claim wherein said 
mobile units comprise a browser, said browser 
executing the application script. 



5 

6 13. A method comprising the steps of: 



7 
8 
9 
10 
11 
12 
13 
14 
15 
16 



acquiring information about the software and/or 
hardware capabilities of a mobile unit from a 
subscriber database, the mobile unit being for use 
by a mobile user; and 

preparing an application script customised for the 
mobile unit from script segments being selected from 
a script segment database according to the software 
and/or hardware capabilities of the mobile unit . 

17 

18 14. The method of claim 13 wherein said application 

19 script further comprises data specific to a mobile 

20 user acquired from a master database of mobile user 

21 specific data. 
22 

23 15. The method of claim 14 wherein a mobile unit stores 

24 a copy of said data specific to a mobile user. 
25 

26 16. The method of claim 15 wherein the copy of the data 

27 specific to a mobile user is edited by the mobile 

28 user. 
29 

30 17. The method of claim 16 further comprising the step 

31 of synchronising the copy of the data specific to a 

32 mobile user with the data specific to a mobile user 

33 stored in the master database. 
34 
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1 18. 

2 

3 

4 

5 

6 19 
7 



- n -3 1 7 wherein said 
The method of any of claims 13 to 17 wne 

d ata specific to a mobile ^^^TT 
concerning tasKs to be performed by or whrch have 
be en performed by said mobile user. 

Ih e method of any of ciaims 13 to 18 wherei, . said 
application script is prepared with reference to 



8 master application. 



9 

10 20 
11 

12 language 
13 



The. method of claim 19 wherein said master 
application is stored in the form of a markup 



14 21. 
15 
16 
17 

18 22. 
19 
20 

21 to 12. 



The method of any of claims 13 to 19 whereir . said 
mo bile unit comprises a browser and the applrcatron 
script is executed by said browser. 

A computer program: comprising program instructions 
which, when loaded into a computer, uprise the 
application server of the system of any of clarms 
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23 22. 

24 

25 

26 

27 23 
28 



A computer program comprising program instructions 
tor causing a computer to perform the process of any 
of claims 13 to 21. 

A computer program comprising the application script 
of any of claims 13 to 21. 



2S 

Amendments to the claims have been filed as follows 

1 18. The method of any of claims 13 to 17 wherein said 

2 data specific to a mobile user comprises information 

3 concerning tasks to be performed by or which . have 

4 been performed by said mobile user. 
5 

6 19. The method of any of claims 13 to 18 wherein said 

7 application script is prepared with reference to a 

8 master application. 
9 

10 20. The method of claim 19 wherein said master 

11 application is stored in the form of a markup 

12 language. 
13 

14 21. The method of any of claims 13 to 19 wherein said 

15 mobile unit comprises a browser and the application 

16 script is executed by said browser. 
17 

18 22. A computer program comprising program instructions 

19 which, when loaded into a computer, comprise the 

20 application server of the system of any of claims 1 

21 to 12. 
22 

23 22. A computer program comprising program instructions 

24 for causing a computer to perform the process of any 

25 of claims 13 to 21. 
26 

27 23. A computer program comprising the application script 

28 generated by any of the methods of claims 13 to 21. 




Application No: 
Claims searched: 



GB 0029937.0 
1-23 



% Office 



J 



INVESTOR IN PEOPLE 



Examiner: 
Date of search: 



John Betts 

28 September 2001 



Patents Act 1977 

Search Report under Section 17 

Databases searched: 



UK Patent Office collections, including GB, EP, WO & US patent specifications, in: 
UK CI (Ed.S): H4L (LRAB, LECCP) G4A (AFL) 
Int CI (Ed.7): H04Q7/32 G06F 9/445 
Other: On-line: WPI, EPODOC, JAPIO 



Category 


Identity of document and relevant passage 


Relevant 
to claims 


a : 

A 


WO00/67112A (Symons Group) 
W099/35593A (Microsoft) 





Document indicating Jack of novehy or inventive step A 
Document indicating lack of inventive step if combined with P 
one or more other documents of same category. 

E 

Member of the same patent family 



Document indicating technological background and/or state of the art- 
Document published on or after the declared priority date but before the 
filing date of this invention. 

Patent document published on or after, but with priority date eariier than, 
the filing date of this application. 



An Executive Agency of the Department of Trade and Industry 



Ill 



